Gestión de Brechas en Redes Integradas de Salud

Introducción

Objetivos

Explorar cómo GitHub puede mejorar la gestión y el monitoreo de datos de salud.
Demostrar el uso de GitHub para colaboración y transparencia en equipos multidisciplinarios.

¿Por qué GitHub en salud?

¿Qué es GitHub?

Plataforma de alojamiento de código
Colaboración en tiempo real
Favorecen transparencia y reproducibilidad

¿Por qué usarlo en Salud?

Centralizar información
Colaborar
Trazabilidad

GitHub

Control de Versiones

Importancia

Seguimiento de Cambios
Historial Histórico
Manejo de Versiones
Colaboración

Conceptos

Control de Versiones

Importancia

Commits
Stagging area
Ramas (Branches)
Fusiones (Merges)
Repositorios Remotos (remotes)
Clonación

INTRODUCCIÓN A LA TERMINOLOGÍA

Para entender cómo funciona este ecosistema, debemos dominar seis conceptos clave. Imaginen esto como un flujo de trabajo lógico:

Staging Area (Zona de preparación): Es el paso previo. Imagínalo como poner tus archivos en una “caja de mudanza”. Aquí seleccionas qué cambios específicos quieres guardar. No se han guardado todavía, solo los estás “preparando”.
Commits (Confirmaciones): Es cuando cierras y precintas esa caja. Es una “foto” permanente del estado de tu proyecto en ese momento.
- Sobre la imagen del fuego: Como ven en el meme, la regla de oro es: “Haz commits a menudo”. Si algo sale mal (o hay un incendio), querrás tener tu trabajo guardado hasta el último momento posible.
Ramas (Branches): Son líneas de tiempo paralelas. Te permiten trabajar en una nueva funcionalidad o experimento sin romper el código principal que ya funciona. Es como hacer una copia del proyecto para “jugar” sin riesgo.
Fusiones (Merges): Una vez que tu experimento en la rama funcionó, lo “fusionas” de vuelta a la línea principal. Es integrar esos cambios.
Repositorios Remotos: Es la versión de tu proyecto alojada en la nube (GitHub). Es lo que permite que otros lo vean y descarguen.
Clonación: Es simplemente descargar una copia exacta de ese repositorio remoto a tu computadora para empezar a trabajar.

Github Desktop

Requisitos Previos:

Instalar desde GitHub Desktop.
Crear una cuenta en GitHub.

Siguientes Pasos:

Configurar repositorio local y conectar GitHub para iniciar control de versiones.

DEL CONCEPTO A LA PRÁCTICA

Ahora, ¿cómo hacemos todo esto sin volvernos locos escribiendo códigos en una pantalla negra? Aquí entra GitHub Desktop.

¿QUÉ ES? Es una interfaz gráfica (GUI) que nos permite hacer todo lo que acabamos de ver (commits, ramas, fusiones) pero haciendo clic en botones en lugar de memorizar comandos de terminal.

REQUISITOS (LA TAREA PARA HOY): Para empezar, necesitamos dos cosas básicas: 1. Tener una cuenta creada en GitHub.com. 2. Tener instalado el software GitHub Desktop en su computadora.

FLUJO DE TRABAJO INICIAL: Una vez instalado, el proceso es muy sencillo: - Abrimos la aplicación e iniciamos sesión. - Vamos a “File” > “Add Local Repository” y buscamos la carpeta donde tenemos nuestro proyecto de R (o cualquier código). - Al hacer esto, GitHub Desktop detectará automáticamente los cambios y nos permitirá hacer nuestro primer “Commit” y subirlo a la nube (“Push”) de manera visual.

VENTAJA: La gran ventaja aquí es que podemos ver visualmente (en verde y rojo) qué líneas agregamos y cuáles borramos antes de guardar nada.

Flujo de trabajo

🎬 Práctica Guiada: De la Teoría a la Acción

Aquí tienen el enlace a un ejercicio práctico para ver el proceso completo (Clonar, Commit, Push) utilizando GitHub Desktop.

Tutorial Completo en YouTube (12 min)

Muchas gracias

Contacto: gonzalez.santacruz.andres@gmail.com

# Fin de la presentación